home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010921-20020314 / 000074_fdc@watsun.cc.columbia.edu_Fri Oct 26 09:34:39 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  61 lines

  1. Article: 12887 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.os.linux.misc,comp.os.linux.networking,comp.unix.programmer,comp.protocols.tcp-ip,comp.unix.bsd.freebsd.misc,comp.protocols.kermit.misc
  5. Subject: Re: resumable ftp ??
  6. Date: 26 Oct 2001 13:22:49 GMT
  7. Organization: Columbia University
  8. Lines: 44
  9. Message-ID: <9rbo39$q2a$1@newsmaster.cc.columbia.edu>
  10. References: <3eb007f1.0110252012.40a46bd9@posting.google.com>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1004102569 26698 128.59.39.2 (26 Oct 2001 13:22:49 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 26 Oct 2001 13:22:49 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.os.linux.misc:523547 comp.os.linux.networking:360194 comp.unix.programmer:136791 comp.protocols.tcp-ip:94885 comp.unix.bsd.freebsd.misc:182759 comp.protocols.kermit.misc:12887
  16.  
  17. In article <3eb007f1.0110252012.40a46bd9@posting.google.com>,
  18. Sony Antony <sonyantony@hotmail.com> wrote:
  19. : While visiting HP site to download some drivers, I noticed them
  20. : proclaiming about some "resumable download " feature at their site. I
  21. : have seen something similar in netscape smart agent also.
  22. : Essentially you can download part of it and then resume the remaining
  23. : later.
  24. : I was wondering if there is any ftp like standard protocol that
  25. : allowes this. I ve felt this to be a shortcoming in ftp.
  26. The widespread standard FTP protocol, RFC959, includes a REST (restart)
  27. command.  This lets the client request the server position its file pointer
  28. to a given position before starting to send the next file.  The client then
  29. appends the incoming file to the incomplete part of the file whose download
  30. was previously interrupted.  This works only for binary-mode downloads
  31. between stream-oriented file systems.  For text ("ascii") mode transfers
  32. between file systems with differing record format (e.g. LF vs CRLF line
  33. terminators) this would produce a corrupt result.
  34.  
  35. For uploading, it's all done in the client.
  36.  
  37. Some servers (such as wu-ftpd and ProFTPD) support REST, some don't.  Some
  38. clients support REST, some don't.  Some clients support recovery of
  39. interrupted uploads, some don't.  An example of an FTP client that supports
  40. both upload and download recovery is C-Kermit 8.0:
  41.  
  42.   http://www.columbia.edu/kermit/ftpclient.html
  43.  
  44. But of course download recovery also requires a server that supports REST.
  45.  
  46. RFC959 also alludes to a more flexible checkpoint/restart procedure, but I'm
  47. not aware that it has ever been implemented.
  48.  
  49. The Kermit protocol is another one that supports recovery in both
  50. directions, also only for binary-mode transfers.  As with FTP, a more
  51. complicated general-purpose checkpoint/restart mechanism has been designed
  52. but never implemented due to lack of demand.  As described in RFCs 2839 and
  53. 2840, Kermit servers can now be installed as Internet services, just like
  54. ftpd, and have some distinct advantages over ftpd:
  55.  
  56.   http://www.columbia.edu/kermit/cuiksd.html
  57.  
  58. - Frank
  59.